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A METHOD FOR DESCRIBING PROBLEMS IN A TELECOMMUNICATIONS 

NETWORK 

RELATED APPLICATION 
5 [0001], This application claims priority from U.S. 

Provisional Patent Application Serial No. 60/402,925 to 
Scarth, G.B., filed on 14 August, 2002, and entitled 
"Automatic Description of Optical Network Problems" . 

10 FIELD OF THE INVENTION 

[0002] The invention relates to telecommunications 
networks, and, in particular, to the description of 
problems which cause alarms in a telecommunications 
network. 

15 BACKGROUND OF THE INVENTION 

[0003] As the complexity of telecommunications networks 
continues to grow, the level of required reliability and 
availability of the networks continues to rise 
correspondingly. These factors place an increasing burden 
20 on diagnostic systems that are used to isolate and correct 
network problems. For network service providers, quick and 
accurate problem diagnosis and correction is critically 
important. 
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[0004] Telecommunications networks typically have many 
elements, these elements being grouped into nodes. Each 
node contains one or more shelves, and each shelf contains 
one or more optical processing elements. An example of an 
5 optical processing element is a line card for a shelf, such . 
as a VJDM optical line card, which accepts as an interface a 
WDM optical fiber. The optical processing elements on a 
node are connected to other optical equipment, other 
optical processing elements within the same node, or other 

10 optical processing elements on another node. By connecting 
optical processing elements using optical fibers between 
different nodes, an optical network is formed. 

[0005] A common objective of the optical network is to 
carry traffic in the form of optically encoded binary data. 

15 A service, in this context, can be defined as the ability 
to carry this traffic from one point to another in the 
optical network. The optical network generally supports 
more than one service. 

[0006] Typically, problems arising in telecommunications 

20 networks are often expressed in the form of alarms. An 
alarm can generally be considered to be an event reported 
by a- network element when an abnormal condition exists. 
Upon receiving the alarm, the network management system 
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displays the alarm in a list of alarms on the operators 
console, where each entry provides information such as the 
affected network entity and the type and seriousness of the 
alarm. 

5 [0007] When alarms occur in the network, they impair the 
ability to successfully carry traffic, or in the worst 
case, cause all traffic to stop. 

[0008] In a typical network management environment, a 
heterogeneous array of switching and transmission equipment 

10 may produce hundreds of alarms each day. The operator's 
console often shows alarms that are spurious, transient, 
time correlated, or too numerous to be handled at the same 
time. This causes fault diagnosis and correction to be a 
complex and error-prone task, where considerable experience 

15 is required to interpret and isolate network faults in an 
accurate and time-efficient manner. 

[0009] Accordingly, there is a need in the 
telecommunications industry for further development of a 
method that provides more rapid and accurate fault 

20 diagnosis and correction than currently existing solutions. 
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SUMMARY OF THE INVENTION 

[0010] It is therefore an object of the invention to 
provide a description of a problem in a telecommunications 
network which would avoid the above-mentioned drawbacks. 
5 [0011] According to one aspect of the invention there is 
provided a method for describing a problem in a 
telecommunications network, comprising: 

[0012] selecting a subset of alarms associated with a 
service; 

10 [0013] grouping the selected subset of alarms in a 
number of groups; 

[0014] arranging the grouped subset of alarms in the 
direction of the path of the service in the network; and 
. [0015] transforming each alarm in each group of alarms 
15 into a problem description for the service. 

[0016] Additionally, the method for describing a problem 
in a telecommunications network further comprises the step 
of providing a corrective procedure for one of the some and 
all alarms in the groups of the selected subset of alarms. 
20 [0017] Beneficially, in the method for describing a 
problem in a telecommunications network, the network 
entities carrying the service comprise one or more of the 
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following types: a node, a bay, a quadrant, a slot, a card 
and a port . 

[0018] Conveniently, in the method for describing a 
problem in a telecommunications network, the step of 
5 grouping the selected subset of alarms comprises grouping 
the selected subset of alarms by one, or by one or more, of 
the network entities carrying the service. 

[0019] Gainfully, in the method for describing a problem 
in a telecommunications network, the step of transforming 

10 each alarm further comprises the step of forming one or 
more templates, a template including text substitution 
markers. Beneficially, the text substitution markers 
correspond to network entities. 

[0020] Additionally, in the method for describing a 

15 problem in a telecommunications network, the step of 
arranging the groups of alarms comprises arranging the 
groups of alarms in the direction of the path from the 
beginning of the path to the end of the path, or from the 
end of the path to the beginning of the path. 

20 [0021] Conveniently, in the method for describing a 
problem in a telecommunications network, the type of 
problem is a missing channel identification (channel "id") 
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alarm, an unexpected channel "id" alarm, a loss of signal 
alarm or a channel power out of range alarm. 

[0022] Usefully, in the method for describing a. problem 
in a telecommunications network, the description is a 
5 verbal description or a pictorial description. 

Conveniently, . the verbal description is an English 
description. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 [0023] Embodiments of the invention will now be 

described with reference to the accompanying drawings in 
which: 

[0024] Fig. 1 is a flowchart illustrating a method for 
describing a problem in a telecommunications network 
15 according to a first embodiment of the invention; 

[0025] Fig. 2 is a flowchart illustrating the step 16 of 
generating an ordered list of alarms in the method of Fig. 
1 in more detail; 

[0026] Fig. 3a illustrates an example of a header 
20 template for the transformed ordered list of alarms in the 
step 18 of Fig. 1; 
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[0027] Fig. 3b illustrates an example of a summary 
template for the transformed ordered list of alarms in the 
step 18 of Fig. 1; 

[0028] Fig. 3c illustrates an example of a detail 

5 template for the transformed ordered list of alarms in the 

v 

step 18 of Fig. 1; 

[0029] Fig. 3d illustrates an example of a corrective . 

procedure template for the transformed ordered list of 

alarms in the step 18 of Fig. 1; 
10 [0030] Fig. 4 is a flowchart illustrating the step 18 of 

transforming the ordered list of alarms into a description 

of problems of Fig. 1 in more detail; 

[0031] Figs. 5 and 6 show diagrams illustrating certain 

exemplary network systems and associated faults and alarms; 
15 . [0032] Fig. 7 is a flowchart illustrating the step 20 of 

transforming the ordered list of alarms in the method of 

Fig. 1 in more detail; 

[0033] Fig. 8 illustrates a sample problem description 

produced according to the method of Fig. 1; and 
20 [0034] Fig. 9 is a flowchart illustrating a modified 

step 16 of generating an ordered list of alarms of Fig. 1 

used in a method for describing a problem in a 
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telecommunications network according to a second embodiment 
of the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0035] An optical network includes a number of network 
5 elements, some or all of which being connected by optical 
links. The optical links are uni -direct ional , where 
optical traffic is ingress at one end, c and egress at the 
other end, or a bi-directional link which would require two 
optical fibers for the connection. For the bi-directional 

10 link, each port connection would have an ingress optical 
flow and an egress optical flow, one for each optical 
fiber, respectively. Services are often bi-directional in 
nature, although uni-directional services can also be 
provided with uni-directional traffic flows. 

15 [0036] A bi-directional service would require two uni- 
directional links, one for each direction, between the port 
connections on different optical processing elements. A 
uni-directional service would require only one uni- 
directional link. 

20 [0037] The optical uni-directional links that are 

required to carry traffic for any particular service can be ■ 
identified. They are optical links between network 
elements, such as optical links from one line card to 
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another in the same node, one line card to another between 
different nodes, and one line card to other optical 
equipment. While a line card is used in this example, it 
is understood that any network' elements may be used. 
5 [0038] The uni-direct ional links can be ordered by the . 
order in which, the optical light flows, from the beginning 
of the optical flow, where the optical flow originated, to 
the end of the optical flow, where the optical flow 
terminates. For example, N uni-direct ional optical links 

10 can be ordered as LI, L2 , L3, ... LN, where the ingress of LI 
is the originating source of the optical flow, and the 
egress of LN is the termination of the optical flow. 
Typically, but not necessarily, the optical links are 
located on different nodes. 

15 [0039] Faults to raise alarms can occur at the optical 
processing elements between two optical links Li and L j , 
where i and j are link numbers of the ordered optical 
links, or within the optical link itself. An example of a 
fault within an optical link is where the optical link was 

20 bent or broken, creating a large optical power loss across 
the optical link. If the fault occurred at the optical 
processing elements between optical links Li and Lj , then 
the fault occurred anywhere between the ingress port 
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connection of the optical port for Li and the port egress . 
port connection of the optical port for Lj . The optical 
ports for Li and Lj may or may not be collocated on the 
same optical processing element. 

[0040] In addition, for WDM networks, there are several 
wavelengths that flow through the same optical fiber. Each 
wavelength is an independent optical signal, or channel, 
capable of carrying traffic. In each instance, an optical 
channel in the network is uniquely identified by a channel 
identifier, or channel "id" . The channel "id" is a 
combination of one or more relatively low frequencies (e.g. 
about 1 MHz or less) , hereby known as dither tones, and is 
modulated onto the channel. The combination of dither 
tones for a channel may be selected using any coding 
scheme, such that each combination of dither tones is 
unique in the network, and therefore each channel "id" 
uniquely identifies the channel instance in the network. 

[0041] Channels are added to an optical fiber at the 
ingress to an optical link, and later removed from the 
optical fiber at the egress of an optical link by optical 
processing elements. Hence, each optical link in the order 
list LI, L2, L3, LN can carry many channels. Each 
channel can be associated with one or more services. In 
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this case, the optical ports on the optical processing 
elements are capable of connecting to optical links 
carrying WDM channels. In addition, the optical processing 
elements may be capable of processing the WDM channels 
5 carried in the optical link. 

[0042] If the optical processing elements can process 
the channels of the WDM signal, then in addition they may 
be capable of detecting the presence or absence of the 
channel at each optical link. Yet additionally, the 
10 optical processing elements may be capable of detecting the 
optical, power of each WDM channel independently at each 
optical link. 

[0043] A method for describing one or more problems for 
a service in a telecommunications network described above 

15 and according to a first embodiment of the invention is 
illustrated in Fig. 1 by flowchart 10. 

[0044] At the start (box 12) , information is provided on 
the service, including the service identifier and 
corresponding channel identifier, a WDM wavelength 

20 identifier, which can be in the form of an ITU Grid number, 
an identifier for a node at the start of the service, 
identifiers for the path endpoints of the links forming the 
path, identifiers for intermediate network entities, and an 
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identifier for a node at the end of the service (box 14) . 
For example, this information could be provided at a 
network management Server (NMS) . Also, a subset of alarms 
is selected by examining the network entities carrying the 
path, and selecting the network entities with an alarm (box 
14). Next, an ordered list of alarms is generated for the 
network entities carrying the service (box 16) . The 
ordered list of alarms is generated in order of the 
direction of the path of the service, starting at the 
beginning of the path, progressing through alarms for path 
links and network entities comprising the path, and 
finishing at the end of the path. The ordered list of 
alarms is then transformed into one or more problem 
descriptions for the service (box 18) . Next, the ordered 
list of alarms is transformed into a description of a 
corrective procedure for the problems (box 20), and the 
process is complete (box 22) . 

[0045] Flowchart 16 shown in Fig, 2 illustrates the step 
14 of Fig. 1 of generating an ordered list of alarms in the 
method of Fig. 1 in more detail. At the start (box 22), 
the first path link at the beginning of the path that 
comprises the service is selected (box 26) . The network 
entities that carry the path link are determined, such as 
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the starting link endpoint, the ending link endpoint, the 
slot and the node (box 28) . A value is assigned to an 
alarm indicator to signify the presence of an alarm on any 
of these network entities, where the value one ("1") is 
5 assigned to indicate the presence of an alarm, and the 
value zero ("0") is assigned to indicate no alarm is 
present (box 30) . A first counter for the number of alarms 
is incremented, and a second counter of the number of 
equipment alarms is incremented if an alarm is present on 

10 the slot or node (box 31) . Next, for each network entity 
with an alarm, an entry is added to an ordered list of 
alarms (box 32) . The entry includes the value of the alarm 
indicator, the alarm type and/or severity, the type of 
network entity, and the network entity identifier . For 

15 example, if an alarm is present on only the starting link 
endpoint, then only one entry is added to the ordered list 
of alarms. In another example, two entries are added to 
the ordered list of alarms if an alarm is. present on the 
ending link endpoint and an alarm is also present on the 

20 slot. Then, if there are more path links in the path (exit 
YES from box 34) , the next path link in the path that 
comprises the service is selected (box 36) and the part of 
the procedure (boxes 28 to 34) is repeated. If no more 
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path links are present in the path, (exit NO from box 34) , 
then the step 14 of Fig. 1 is complete (box 38). 

[0046] The process of transforming the ordered list of 
alarms into one or more problem descriptions in step 18 of 
5 Fig. 1 is accomplished by using templates, examples of 

which are illustrated in Fig.s 3a, 3b, 3c and 3d. Fig. 3a 
illustrates an example of a header template, comprising a 
first header line 40 and a second header line 48. The 
first header line 40 includes text substitution markers 42, 

10 44, 46, and the second header line 48 includes a text 

substitution marker 50. Fig. 3b illustrates an example of 
a summary template, comprising a summary line 52 including 
a text substitution marker 54. Fig. 3c illustrates an 
example of a detail template comprising a detail line 56, 

15 including text substitution markers 58, 60, 62, 64. Fig. 3d 
illustrates an example of a corrective procedure template, 
comprising a corrective procedure line 66, including text 
substitution markers 68, 70, 72, 74, 76, respectively. 

[0047] The step 18 of Fig. 1 of transforming the ordered 

20 list of alarms into one or more problem descriptions for 
the service is illustrated in more detail in Flowchart 16 
shown in Fig. 4. At the start (box 78), a first header 
line template 40 is retrieved for construction of the 
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header portion of the problem descriptions (box 80) , 
followed by the substitution of the values generated during 
the step 14 of Fig. 1 (box 82) : The first header line 
template 40 is parsed to detect the position of the first 
5 text substitution marker 42. The service identifier that 
is provided (box 14 of Fig. 1) is substituted at the 
position of the first text substitution marker 42. The 
second and third text substitution markers 44, 46 are. 
detected in the first header line template 40. The channel. 

10 identifiers (box 14 of Fig. 1) are substituted at the 

position of the second and third text substitution markers 
44, 46 in the first header line template 40. A second 
header line template 48 is retrieved, and the value of the 
first counter of the number of detected alarms (box 31 of, 

15 Fig. 2) is substituted at the position of the text 

substitution marker 50. Next, a summary line template 52 
is retrieved, and the value of the second counter of the 
number of equipment alarms (box 31 of Fig. 1) is 
substituted at the position of the text substitution marker 

20 54. The first entry from the ordered list of alarms 

generated at step 16 of Fig. 1 is retrieved along with a 
detail line 56 (box 86) . The value of the node, slot, port 
and the channel identifiers in the first entry of the 
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ordered list of alarms are substituted at the position of 
the text substitution markers 58, 60, 62, 64 of the detail 
line 56, respectively (box 88). If there are more entries 
in the ordered list of alarms (exit YES from box 90) then 
5 the next entry from the ordered list of alarms generated at 
step 16 of Fig. 1 is retrieved (box 92) and the process 
continues (boxes 86 to 90) . If there are no more entries 
in the ordered list of alarms (exit NO from box 90) then 
the process stops (box 94) . 

10 [0048] Figs. 5 and 6 will be used to illustrate some 
network problems and associated alarms. 

[0049] Fig. 5a is a diagram illustrating an exemplary 
network system of two nodes for optical data transfer. A 
first node 96 is connected on port 98 by a first uni- 

15 directional optical link 108 to port 104 on a second node 
102, and the second node 102 is connected on port 106 by a 
second uni-directional optical link 110 to port 100 on the 
first node 96. Data is transmitted from port 98 on node 96 
and received by port 104 on node 102 by optical link 108, 

20 and data is transmitted from port 106 on node 102 and 

received by port 100 on node 96 by optical link 110. The 
uni-directional optical link 108 comprises a path from node 
96 to node 102, and the uni-directional optical link 110 
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comprises a path from node 102 to node 96. The two paths 
comprise a service with bi-directional data flow. In this 
example, no alarms are reported by the nodes 96, 102, the 
ports 98, 100, 10,4, 106, nor by the optical links 108, 110. 
5 [0050] Fig. 5b is a diagram illustrating a similar 
system of two nodes for optical data transfer as 
illustrated in Fig. 5a, with a first node 112 with two 
ports 114, 116, and a second node 118 with two ports 120, 
122. In this example, the first uni-direct ional optical 

10 link is broken between section 124 and section 126, and no 
data is received at port 120. The second uni-directional 
optical link is damaged between section 128 and section 
130, and no data is received at port 116. As a consequence 
of the break between sections 124 and 126, two alarms are 

15 reported for the service at port 120, the first alarm 

indicating that the expected optical signal is lost, and 
the second alarm indicating that the expected channel u id" 
is missing. An alarm is reported for the service at port 
116 due to the damage between sections 128 and 130, 

20 indicating that the optical power is out of range for the 
service (s) carried by the optical link. 

[0051] Fig. 6a is a diagram illustrating another typical 
network system for optical data transfer, and is similar to 
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Fig. 5a, except three nodes are connected in series. A 
first node 132 is connected by a uni-directional optical 
link 154 from port 134 to port 140 on a second node 138, 
and by a second uni-directional optical link 156 from port 
5 142 on the second node 138 to port 136 on the first node 
132. The second node 138 is connected to a third node 148 
by a uni-directional optical link 158 from port 144 on the 
second node 138 to port 150 on the third node 148, and by a 
second uni-directional optical link 160 from port 152 on 

10 the third node 148 to port 146 on the second node 138. A 
first optical cross-connect 153 connects port 140 to port 
144, and a second optical cross-connect 155 connects port 
142 to 146. In this example, the optical cross-connects 
153, 155 increase the optical power flowing from port 140 

15. to port 144, and from port 146 to port 142, respectively. 
Because the power of the optical signal between port 140. 
and port 144 is increased, an alarm for the service is 
reported at port 150 indicating that the channel power is 
out of range. Because the power of the optical signal from 

20 port 146 and port 142 is increased, an alarm for the 

service is reported at port 136 indicating that the channel 
power is out of range. 
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[0052] Fig. 6b is a diagram illustrating yet another 
network system for optical data transfer and is similar to 
Fig. 6a, except the optical links between nodes 162, 168 
and 178 are connected incorrectly. Node 162 is incorrectly 
5 connected by a uni -directional optical link 184 from port 
164 to port 176 on node 168, instead of to port 170 on node 
168. Node 162 is also incorrectly connected by a uni- 
directional optical link 186 from port 174 on node 168 to 
port 166 on node 162, instead of being connected from port 

10 172 on node 168. Node 168 is incorrectly connected to node 
178 by a uni-directional optical link 190 from port 172 on 
node 168 to port 180 on node 178, instead of being 
connected from port 174 on node 168. Node 168 is also 
incorrectly connected by a uni-directional optical link 188 

15 from port 182 on node 178 to port 170 on node 168, instead 
of being connected to port 176 on node 168. The optical 
cross-connects 183, 185 increase the optical power flowing 
from port 170 to port 174, and from port 176 to port 172, 
respectively. Because the power of the optical signal 

20 between port 170 and port 174 is increased, an alarm for 
the service is reported at port 180 indicating that the 
channel power is out of range. Because the power of the 
optical signal from port 176 and port 172 is increased, an 



19 



Attorney Docket No. TR- 1 6 1 -US 

alarm for the service is reported at port 166 indicating 
that the channel power is out of range. As a consequence 
of the incorrect connection of optical link 184 from port 
164 to port 176, an alarm is reported at port 176 
5 indicating that a channel "id" it received is unexpected, 
and an alarm is reported at port 176 indicating that an 
expected channel "id" is missing. As a consequence of the 
incorrect connection of optical link 190 from port 172 to 
port 180, an alarm is reported at port 180 indicating that 

10 a channel "id" it received is unexpected, and an alarm is 
reported at port 180 indicating that an expected channel 
"id" is missing. As a consequence of the incorrect 
connection of optical link 188 from port 182 to port 170, 
an alarm is reported at port 170 indicating that a channel 

15 "id" it received is unexpected, and an alarm is reported at 
port 170 indicating that an expected channel "id" is 
missing. As a consequence of the incorrect connection of 
optical link 186 from port 176 to port 166, an alarm is 
reported at port 166 indicating that a channel "id" it 

20 received is unexpected, and an alarm is reported at port 
166 indicating that an expected channel "id" is missing. 

[0053] The step 20 of Fig. 1 of transforming the ordered 
list of alarms into a corrective procedure is illustrated 
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in more detail in flowchart 20 shown in Fig. 7. At the 
start (box 192) , a subset of one or more entries is 
retrieved from the ordered list of alarms, where each entry 
in the subset is for an alarm on the first port on the 
5 first slot on the first node carrying the path of the 

service (box 194) . If the subset of entries contains an 
unexpected channel "id" alarm and a missing channel "id" 
alarm (exit YES from box 196) , then a corrective procedure 
line template 66 is retrieved (box 198) . The node 

10 identifier is substituted at the position of the first text 
substitution marker 68, The port identifier and slot 
identifier are substituted at the position of the second 
and third text substitution markers 70, 72, respectively, 
and the port identifier and slot identifier from the second 

15 entry of the subset are substituted at the position of the 
fourth and fifth text substitution markers 74, 76, 
respectively (box 200) . If there are more entries in the 
ordered list of alarms (exit YES from box 202) then a 
subset of one or more entries is retrieved from the ordered 

20 list of alarms for the next port carrying the path of the 
service (box 204) , and the process continues (boxes 196 to 
202) . If the subset of entries does not contain an 
unexpected channel "id" alarm and a missing channel "id" 
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alarm (exit NO from box 196), then a subset of one or more 
entries are retrieved from the ordered list of alarms for 
the next port carrying the path of the service (box 2 04) , 
and the process continues (boxes 196 to 202) . If there are 
5 no more entries in the ordered list of alarms (exit NO from 
box 202) then the process stops (box 206) . 

[0054] Thus, a method for the description of one or more 
problems for a service in a telecommunications network and 
a corrective procedure is provided. This method may be 

10 used where a list of network entities for a service is 
provided, for example, at an NMS. 

[0055] . Fig. 8 illustrates a sample problem description 
generated according to the method of the first embodiment 
described above, A sample first and second header line 

15 208, 210, corresponding to the templates 40 and 48 of Fig. 
3a, a sample summary line 212, corresponding to the 
template 52 of Fig. 3b, sample detail lines 214, 216, 218, 
220, corresponding to the template 56 of Fig. 3c, and a 
sample corrective procedure line 222, corresponding to the 

20 template 66 of Fig. 3d, respectively, are shown. 

[0056] A method for describing one or more problems for 
a service in a telecommunications network of a second 
embodiment is similar to that of the first embodiment, 
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except for the step 16 of generating an ordered list of 
alarms for the service being modified. The modified step 
16 is illustrated by flowchart 316 shown in Fig. 7 in more 
detail. Similar elements in Fig. 2 and Fig. 7 are 
5 designated by the same reference numerals, incremented by 
300, At the start (box 324) , a network alarm list is 
retrieved, comprising a list of all alarms present on all 
network entities in the network (box 340) . The network 
entities carrying the service are determined (box 342) . 

10 The first entry in the network alarm list is selected and 
the network entity of the alarm list entry is determined 
(box 344) . The network entity of the alarm list entry is 
compared to each network entity in the service, and if it 
is the same as one of the network entities in the service 

15 (exit YES from box 346) , then a first counter for the 

number of alarms is incremented, and a second counter of 
the number of equipment alarms is incremented if the type 
of network entity is a node or slot (box 332) . Next, an ' 
entry is added to an ordered list of alarms (box 334) . The 

20 entry includes the value of the alarm indicator, the alarm 
type and/or severity, the type of network entity, and the 
network entity identifier. If there are more alarms in the 
network alarm list (exit YES from box 348) , then the next 

23 



Attorney Docket No. TR-161-US 

entry in the network alarm list is selected and the network 
entity of the alarm list entry is determined (box 350) , and 
the process continues (boxes 346 to 348) . If the network 
entity of the alarm list entry is not the same as any of 
the network entities carrying the service (exit NO from box 
346) , then the next entry in the network alarm list is 
selected and the network entity of the alarm list entry is 
determined (box 3 50) , and the process continues (boxes 346 
to 348) . If there are no more alarms in the network alarm 
list (exit NO from box 348) , then the process stops (box 
336) . 

[0057] Thus, a method for. the description of one or more 
problems for a service in a telecommunications network and 
a corrective procedure is provided. This method may be 
used where an alarm list is provided without specifying the 
list of network entities for a service. 

[0058] The methods of the embodiments described above 
have the advantage of avoiding the problems of clarity and 
intelligibility associated with typical network alarm 
displays, thereby reducing the probability of slow or 
erroneous network repairs associated with currently 
existing solutions, and reducing the lost revenue due to 
network faults. 
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[0059] Although specific embodiments of the invention 
have been described in detail, it will be apparent to one 
skilled in the art that variations and modifications to the 
embodiments may be made within the scope of the following 
claims. 
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